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ABSTRACT 


A  system  is  presented  for  modeling  three-d imensional 
obj»ct3f  such  as  buildings  and  mechanical  devices#  in  the 
computer.  The  system  has  been  implemented  as  an  interactive 
design  system.  Shaded,  half-tone  photographs  of  objects 
designed  with  the  system  are  included. 

An  algorithm  is  presented  for  quickly  determining  if 
two  objects,  created  by  the  human  user,  interpenetrate  one 
another.  The  user  is  informed  of  such  violations  by  the 
system.  Additionally,  basic  concepts  of  computer  graphics 
modeling  are  presented  for  the  benefit  of  readers  not  con¬ 
versant  with  the  terminology  of  computer  graphics. 

The  implementation  of  these  ideas  as  an  interactive 
design  system  for  architects  has  been  a  formidable  task  on 
the  1108.  A  description  of  this  task  is  included  as  an 
Appendix.  The  description  should  be  of  interest  to  systems 
programmers,  however,  as  the  implementation  used  the  most 
modern  programming  techniques,  such  as  a  compiler/compiler 
to  generate  a  graphics  programming  language  processor ,  and 
a  hashed  associative  data  base. 


OVERVIEW 


Solving  a  problem  on  a  computer  amounts  to  (1)  con¬ 
structing  a  model  in  a  representation  the  computer  can  work 
with;  and  (2)  constructing  procedures  to  interactively 
modify  the  model.  Geometric  Modeling  is  the  creation  of 
abstract  representations  of  three-dimensional  world  ob¬ 
jects  in  the  computer.  Such  modeling  was  motivated  by 
the  construction  of  a  computer-aided  design  system  for 
architects.  Buildings,  furniture  and  mechanical  devices 
such  as  machinery  are  examples  of  objects  which  require 
a  three-dimensional  model  in  the  computer  as  a  basis  for 
their  manipulation. 

Many  objects  are  easier  to  model  in  computer  terms 
than  are  three-dimensional  objects.  For  example,  electronic 
circuit  diagrams  are  easier,  since  they  are  highly  sty¬ 
lized,  descrete  abstractions  of  real  world  objects.  A  tran¬ 
sistor  is  satisfactorily  represented  by  a  number  of  attri¬ 
butes,  one  of  which  is  its  circuit  schematic  symbol  (fig¬ 
ure  1).  This  abstract  schematic  is  what  circuit  designers 
need.  The  architect  and  mechanical  designer  Vfant  rich 
detail,  instead  of  abstraction.  Detailed,  three-dimensional 
objects  are  difficult  to  model  and  difficult  to  display  on 
the  CRT. 

Modeling  complicated  three-dimensional  real-world  ob-r 
jects  is  difficult,  and  relatively  little  has  been  done  in 
this  area.  Previous  work  has  advanced  general  data  struc- 


tures  for  modelingf  heirarchically  defined  objects.2'4'9 
The  present  work  concerns  the  decisions  necessary  to 
adapt  the  general  structure  to  three-dimensional  objects. 

A  number  of  geometric  solids  are  provided  as  basic 
object  elements  in  lieu  of  points#  lines  and  planes.  The 
other  forms  are  easily  derived  from  this  basic  form,  when 
necessary.  The  designer  works  at  a  line  drawing  scope 
and  sees  the  edges  of  surfaces  and  volumes.  This  is  a 
limitation  of  present-day  technology..  Research  is  under¬ 
way  to  provide  a  raster  (half-tone)  picture  to  interact 
with.  In  the  meantime#  the  user  can  produce  a  shaded 
picture  of  this  design  on  an  auxiliary  scope  in  about 
thirty  seconds10. 

Examples  are  given  to  show  how  the  resulting  modex 
works  in  practice.  The  modeling  methods  described  here 
have  been  implemented  as  a  part  of  an  interactive  graphics 
system.  A  simple  design  done  with  the  system  is  shown 
in  figure  2. 
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Section  1 


BASIC  CONCEPTS 


Objects  and  Envelopes 

Two  fundamental  modeling  entities  are  objects  and 
envelopes . 

Objects  represent  physical  things  —  a  block  of  con¬ 
crete,  or  a  plate  of  glass,  for  example. 

*  Envelopes  define  regions  in  three-space  a  opposed  to 

I 

material  objects. 

Envelopes  are  analogous  to  political  boundaries.  The 
States  are  wholly  contained  in  the  United  States  An  ob¬ 
ject  in  a  state  is  in  both  regions  at  once,  rot  one  or  the 
other. 

The  "grain"  or  fineness  of  the  model  ;s  reflected  by 
the  number  of  levels  of  nested  envelopes,  if  the  model  is 
to  represent  cities  within  states  and  building  within 
cities,  additional  branches  to  smaller  envelopes  c  n  be 
added  (figures  3  and  4). 

Objects  are  abstract  representations  of  •  eal  matter. 
As  such,  all  the  properties  of  matter  may  be  specif  ed, 
such  as  color,  mass,  finish,  boundary  surfaces .  etc 

Real  objects  cannot  interpenetrate  and  neither  should 

i 

their  abstract  representations.  One  object  must  be  ut 
away  to  make  room  for  another  one. 

A  basic  property  of  objects  and  envelopes  i «  th  ir 
geometric  shape.  The  most  common  shape  is  the  cuboi 
The  cylinder  and  a  triangular  wedge  are  useful.-  also  in 

5 


United  States 


Figure  3.  Model  of  the  United  States  showing  the 
division  into  states. 


Figure  4.  Model  of  the  United  States  at  a  f  ner  grain 
showing  the  divisions  and  objects  within  a 
state. 


e  Edition,  the  boundary  surfaces  of  envelopes  and  objects 
can  be  warped  or  otherwise  deformed  into  complex  shapes. 

Architects  and  mechanical  designers  shape  and  place 
both  envelopes  and  objects.  A  computer-aided  design  system 
fof  their  use  must  deal  with  both  types  of  entities. 

To  better  understand  how  the  two  interact ,  consider  the 
model  of  a  room.  A  room  is  a  region  of  space  and,  hence, 
an  envelope  in  the  model  (figure  5) .  Rooms  do  not  exist 
in  the  way  steel  beams  and  concrete  do.  Rather,  they  are 
spaces  which  exist  first  in  the  designer's  mind,  and  then 
because  walls  enclose  them. 

"Walls'4  are  envelopes  or  regions  in  which  actual 
,  building  materials  may  be  placed.  The  room  envelope  and 
wall  envelopes  encompass  or  delimit  some  of  the  same  space. 
They  are  not  thought  of  as  Interpenetrating,  however. 

A  window  region  is  defined  in  a  wall  envelope  by 
simply  placing  the  window  at  the  desired  spot,  to  put 
a  window  object  (solid,  such  as  glass)  in  a  wall  defined 
to  be  an  object,  an  opening  for  it  must  first  be  cut  in 
the  wall.  The  data  structure  models  distinctly: 

(1)  the  wall; 

(2)  an  opening  in  the  wall;  and 

(3)  a  window  assembly  positioned  in  that  opening. 

Trees  and  Graphs 

lb  be  useful,  a  model  must  have  structure.  Components, 
of  the  model  such  as  rooms  are  themselves  composed  of  com- 
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ponents  (e.g.  wills,  doors,  etc.).  Such  heirarchies  can 
be  modeled  by  mathematical  graphs  namely  collections  of 
nodes  and  branches.  A  particularly  useful  class  of  graphs 
are  trees  (figures  3  and  4  show  two  examples).  Techniques 
exist  for  storing  and  manipulating  trees  within  the  computer. 
These  details  are  discussed  briefly  in  Appendix  II. 

Walking  thr  tree  refers  to  algorithms  which  select 
particular  nodes  according  to  some  sequence  in  order  to 
process  the  tree  in  some  way.  Trees  can  be  traversed  in 
many  ways.  The  following  illustrates  only  one  possible 
way  of  accomplishing  this  traversal. 

To  display  a  tree  for  example,  the  tree  walking  pro¬ 
cedure  beings  at  the  top  node  and  advances  down  the  left 
most  branch  repeatedly  until  a  terminal  node  (leaf)  is 
encountered.  Next  the  algorithm  walks  back  up  one  level 
over  one  branch  to  the  right  and  then  down  again ,  etc . 

Copies  and  Instances 

As  explained  previously,  a  tree  structure  represents 
something  which  has  been  designed.  This  might  be  a  window 
or  a  chair  in  an  architectural  model.  The  structure  is 
given  a  name  and  can  be  referenced  by  other  structures 
in  two  uniquely  different  ways.  One  way  is  to  copy  the 
entire  tree  over  into  the  structure  where  it  io  needed 
(i.e.,  copy),  giving  it  a  new  name  in  the  process.  The 
other  method  is  simply  to  reference  the  object  by  name 
(i.e.,  instance).  In  computer  programming  terms,  the 
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copy  is  a  macro;  the  instance  is  a  closed  subroutine. 

Consider  a  wall  with  two  windows  of  Type  X  placed  m 
it.  If  the  windows  are  in  the  wall  as  instances,  then  the 
modeling  structure  is  as  shown  in  Figure  6.  If  the  win¬ 
dows  are  referenced  as  copies,  the  model  is  as  shown  m 
Figure  7.  The  two  pictures  look  the  same,  but  the  model 
is  quite  different  and  has  different  properties. 

In  the  first  situation  (instance)  a  change  in  the  de¬ 
sign  of  the  window  is  reflected  in  both  windows  in  the  pic¬ 
ture  since  both  windows  are  referenced  as  instances.  In 
the  second  situation,  each  copy  acts  independently.  A 
change  to  window  number  one  leaves  window  number  two  un¬ 
altered.  When  modeling  a  high  rise  building  with  1,000 
windows  of  five  different  types,  the  proper  choice  between 
instances  and  copies  is  critically  important. 

Making  Copies  of  Instances 

The  window  in  the  previous  section  is  most  likely  an 
entire  tree  structure,  rather  than  a  single  node  (figure  8). 
Making  a  copy  of  the  window  amounts  to  copying  its  entire 
structure  and  assigning  this  copy  a  new  name  (figure  9) . 

Since  all  the  nodes  in  the  model  of  the  window  have  been 
copied,  and  every  node  must  have  a  unique  name,  new  names 
are  generated  for  each  copied  node.  The  copy  operation 
applied  to  a  complex  object  generates  considerable  additional 
data,  which  must  be  stored  somewhere.  This  is  a  practical 
reason  to  restrict  the  use  of  copies. 
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Figure  6.  Windows  referenced  an  instances. 


Figure  7.  Windows  referenced  as  independent  copies. 


Figure  8 


Figure  9. 


.  Two  instances  of  a  tree  structure  defining 
a  window  are  referenced  in  a  wail. 


Two  copies  of  a  tree  structure  defining 
a  window  are  referenced  in  a  wall. 
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Constraint  Declaration  and  Satisfaction 

Constraints  are  declarations  of  relationships  between 
two  or  more  objects.  For  example*  the  plumbing  in  a  build¬ 
ing  should  be  constrained  to  stay  in  the  walls*  even  as  the 
walls  are  moved  about  and  repositioned.  Powerful  computer- 
aided  design  systems  should  provide  the  user  with  some  way 
of  declaring  constraints  and  then  solving  them  or*  at  least* 
signalling  when  a  constraint  is  violated. 

Before  this  processing  is  done*  constraints  specified 
by  the  user  are  usually  reformulated  by  the  computer*  rend¬ 
ering  them  more  manipulatible. 

General  Constraint  Satisfaction 

Given  a  set  of  relationships,  the  goal  of  constraint 
satifaction  is  to  choose  values  of  the  variables  which  re¬ 
sult  in  all  constraint  relationships  being  satisfied. 
Typically,  there  are  more  vaiables  than  constraints*  hence 
infinitely  many  possible  solutions  exist.  For  example* 
the  constraint  that  two  walls  remain  parallel  admits  to 
infinitely  many  orientations  of  the  walls  in  a  floor  plane. 

General  constraint  satisfaction  is  a  task  akin  to 
theorem  proving.  It  is  a  hard  problem  that  is  as  yet  un¬ 
solved. 

Constraint  Representation  for  Geometric  Modeling 

For  many  situations  in  Geometric  Modeling*  the  solving 
of  arbitrary  constraints  is  not  necessary.  The  choice  of 
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representation  can  facilitate  constraint  processing  or 
provide  an  implicit  constraint  solution,  in  a  number  of 
cases.  For  example,  a  house  might  be  defined  as  a  set  of 
rooms  positioned  in  some  manner.  The  rooms  in  turn  could 
be  defined  as  a  set  of  four  wall  envelopes  (figure  10). 

By  this  definition,  the  walls  move  with  their  respective 
rooms  when  the  configuration  of  rooms  is  changed. 

An  alternative  definition  is  a  house  composed  of  a 
set  of  rooms  and  walls  (figure  11).  By  this  definition, 
the  rooms  and  walls  move  independently,  and  explicit  con¬ 
straint  declarations  are  needed  to  keep  the  walls  with  the 
rooms  as  the  rooms  are  moved. 

Another  essential  representation  decision  for  con¬ 
straint  satisfaction  is  the  property  of  proper  inclusion. 

An  additional  piece  of  data  at  each  node  describes  an 
envelope,  which  is  the  smallest  cuboid  that  completely 
encloses  all  the  components  of  the  object.  These  envelopes 
allow  an  algorithm  to  quickly  determine  if  two  ojects 
attached  to  different  tree  structures  are  accidently  inter¬ 
penetrating.  The  proper  inclusion  requirement  turns  out 
to  be  a  very  natural  one  where  buildings  are  concerned. 

The  designer  intuitively  thinks  of  the  walls  as  parts  of 
a  house,  and  not  the  other  way  around.  The  system  per¬ 
mits  him  to  structure  an  object  in  the  reverse  order, 
should  he  want  to  do  so,  in  which  case  interpenetration 
checker  simply  runs  more  slowly. 


HOUSE 
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Figure  10.  Definition  to  avoid  constraint  processing. 
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Figure  11. 


Definition  of  HOUSE  which  requires  a  constraint 
processor  to  maintain  the  walls  with  roans. 


Modeling  Elements  -  Line/  Surfaces  and  Volumes 

Suppose  we  wish  to  represent  solid  pentagon  (figure 
12) .  A  line  representation  of  this  object  has  the  x,  y,  z 
coordinates  for  the  end  points  of  each  edge  of  the  object 
as  separate  data  blocks.  A  surface  representati'-  i  contains 
seven  data  blocKs,  each  containing  the  x,  y,  z  coordinates 
of  the  end  points  of  the  boundary  lines  stored  in  an 
appropriate  order.  A  volume  representation  amounts  to  one 
block  containing  the  coordinates  of  the  extreme  points  in 
an  order  to  indicate  how  they  relate  to  one  another. 

A  line  representation  of  an  object  requires  the  most 
storage  space  and  a  volume  representation  the  least .  Both 
extremes  are  needed  at  various  times.  However,  an  object 
stored  as  a  volume  can  be  easily  converted  to  a  set  of  sur¬ 
faces.  Given  a  set  of  surfaces,  it  is  extremely  difficult 
to  deduce  what  volumetric  shape  they  represent  (cube,  prism, 
etc.),  if  indeed  they  do  at  all.  One  direction  is  simple 
and  algorithmic;  the  other  is  complex  and  probably  heuristic. 
The  physical  analog  of  this  is  a  ball  on  a  ledge.  With 
very  little  work  (corresponding  to  computing  time),  the 
ball  can  be  knocked  off  the  ledge  to  reach  the  other  state. 
Considerable  work  (computing)  is  required  to  raise  the 
ball  to  the  ledge  from  the  plateau  below  (figure  14). 

If  the  task  is  to  determine  which  surfaces  are  hidden 
from  a  particular  vantage  point  and  which  are  visible, 
then  data  can  reasonably  be  stored  as  a  set  of  surfaces 
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Figure  12.  Various  computer  representations  of 
a  pentahedron. 
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Figure  14.  Analogy  between  work  to  change  the  state 

of  a  physical  object  and  the  computing  work 
required  to  ehar.ge  the  state  of  information 
representation . 
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with  associated  normal  vectors  10 .  For  most  other  pro¬ 
cessing,  however,  a  surface  representation  is  cumbersome. 
Suppose  the  volume  (or  weight  given  a  material)  of  the 
parallelepipeds  is  to  be  determined.  Stored  as  a  volume, 
this  computation  is  trivial  while,  stored  as  a  set  of 
surfaces,  it  is  difficult,  since  the  surfaces  must  be 
checked  pairwise  for  common  edges.  Recovering  the  data  as 
volume  is  a  difficult  and  lengthy  task. 

Geometric  modeling  is  usually  done  as  a  part  of  an 
interactive  design  system.  To  be  economically  feasible, 
such  systems  must  do  more  than  simply  present  and  mani¬ 
pulate  pictures.  Facilities  must  exist  to  attach  arbit¬ 
rary  attributes  (such  as  weight  and  cost)  to  objects,  and 
the  meaningful  elements  with  which  to  associate  this  in¬ 
formation  are  solid  objects. 

When  planes,  lines  and  points  are  occasionally  needed 
in  the  model,  they  are  easily  represented  as  degenerate 
cases  of  volumes.  While  it  is  true  that  many  one  and  two- 
dimensional  objects  appear  in  the  pictures  derived  from 
the  three-dimensional  model,  they  are  not  particularly 
useful  as  elements  of  the  model  itself,  however.  A  plane 
is  frequently  used  for  sectioning  an  object  for  viewing 
purposes.  It  is  important  to  recognize,  however,  that 
this  plane  is  the  result  of  the  sectioning  algorithm  and 
•’■s  Part  of  the  data  of  the  object  itself. 


20 


Section  2 


THE  MODEL 

The  Model 

The  basic  modeling  structure  proposed  here  is  a  type  of 
tree  called  a  semi-tree  (figure  15) .  Trees  have  two  proper¬ 
ties:  (1)  a  single  root  node  exists  from  which  the  tree 
grows;  and  (2)  a  unique  path  exists  from  the  root  node  to 
any  leaf.  Semi-trees  satisfy  the  first  property,  but  not 
the  second.  Both  types  of  trees  are  free  of  loops,  but  more 
than  one  path  can  exist  from  the  root  of  a  semi-tree  to  a 
leaf . 

The  semi-tree  structure  is  not  new.  It  is  essentially 
the  instance-and-copy  structure  used  for  modeling  in  the 
past.  The  problem  is  how  to  model  a  building  with  such  a 
structure  so  that  manipulations  on  the  building  happen 
smoothly  and  naturally. 

Consider  the  model  of  a  house.  It  consists  of  rooms 
and  the  rooms  are  composed  of  walls,  a  floor,  and  a  ceiling, 
(figure  10).  The  question  arises  as  to  whether  the  wails 
should  be  modeled  as  a  part  of  the  house  or  a  part  of  the 
individual  rooms.  If  the  walls  are  elements  of  the  rooms, 
then  two  rooms  have  o  wall  in  common.  Another  possibility 
is  to  have  one  wall  envelope  of  each  room  occupy  the  common 
volume  between  the  rooms  (figure  16) .  Walls  in  the  model 
shown  are  represented  as -envelopes ,  and  therefore  do  not  in¬ 
terpenetrate  each  other.  They  simply  delineate  regions  in 

tne  rooms.  On  a  display  screen  this  appears  in  plan  view  as  is 
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Figure  16.  Uae  of  envelopes  to  define  the  region 
where  a  physical  wall  object  will  be 
placed. 
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shown  in  figure  17. 


What  should  happen  if  one  room  is  removed?  Is  an  inter¬ 
mediate  wall  associated  with  one  room  or  the  other  or  direct¬ 
ly  with  the  house?  What  will  happen  depends  on  the  way  the 
wall  envelopes  are  assigned  to  nodes  and  the  way  these  nodes 
are  referenced. 

This  author  has  found  the  structure  described  above  to 
be  fairly  natural  for  representing  structures  such  as  rooms 
designed  separately  which  must  fit  together  in  a  building 
with  common  walls.  Each  room  is  designed  with  the  walls 
around  it  defined  as  envelopes  or  regions.  After  the  rooms 
are  in  place,  wall  material  is  positioned  in  the  envelope 
region  between  rooms  (figure  16). 

Each  node  of  the  semi-trae  has  a  unique  name,  such  as 
WIND0W21.  Each  node  in  the  tree  is  the  root  of  a  sub-tree 
by  that  name.  Corresponding  to  the  tree  structure  is  a 
heirarchy  of  coordinate  systems,  one  for  each  node  of  the 
tree  (figure  18) .  The  coordinate  axes  associated  with  the 
root  node  are  inertial  axes  with  no  frame  of  reference.  The 
coordinate  systems  of  immediately  dependent  nodes  are  ref¬ 
erenced  to  the  coordinates  of  their  dominant  nodes. 

The  relationship  of  the  dependent  coordinate  system  to 
the  dominant  one  is  established  by  nine  parameters:  three 
translations  (T) ,  three  rotation?  (R) ,  and  three  scaling  (S) 
numbers,  corresponding  to  the  three  orthogonal  axes  (TRS 
parameters,  for  short)  (figure  19).  Scale  factors  other 
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Figure  17. Display  view  corresponding  to  Figure  16. 
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Figure  19.  Translation,  rotation  and  scaling  parameters 

expressed  in  terms  of  the  dominant  node's  coor¬ 
dinate  system  relate  the  dependent  node  to  it. 


than  unity  result  in  magnification  or  contraction  of  all  ob¬ 
jects  dependent  to  that  branch. 

The  translation,  rotation  and  scaling  (TRS)  parameters 
are  associated  with  branches,  not  nodes.  One  dependent  node 
can  be  referenced  from  several  places  or  many  times  from  one 
place  (several  instances)  .  The  placement  of  each  instance 
in  relation  to  the  coordinate  systems  of  the  dominant  sys¬ 
tems  is  indicated  by  the  TRS  parameter#  on  the  branch  to 
that  instance  (figure  20) . 

Another  qualifier  which  can  appear  on  any  branch  is 
that  of  subtraction.  Subtraction  o  uses  the  dependent  ob¬ 
ject  to  be  subtracted  from  the  object  to  which  it  is  at¬ 
tached.  The  system  checks  to  be  sure  that  undefined  or 
otherwise  meaningless  situations  are  not  set  up  in  the 
structure.  The  property  of  subtraction  is  an  expression 
of  a  suggestion  by  D.  Cohen*  on  a  technique  devised  by 
Euler.  The  bounding  edges  of  a  urface  are  traversed 
clockwise  for  exterior  edges,  counterclockwise  for  in¬ 
terior  edges  while  facing  a  poin:  somewhere  in  the  plane 
of  the  object.  If  the  sum  of  tr>e  angles  is  360,  the 
point  is  in  the  object;  if  zero,  the  point  is  outside. 

Producing  a  displayable  picture  of  an  object  rep¬ 
resented  heirarchically  amounts  to  walking  the  tree  in  a 
post-fix  fashion,  updating  a  rotation  matrix  with  each 

*Harvard  Unive.  sity  graduate  student  in  computer 
science . 
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branch  to  the  object. 


step.  When  a  leaf  is  encountered,  th  matrix  reflects  its 
rotation  translation  and  scaling  appropriate  for  that  leaf. 

An  alternative  scheme  is  to  associate  a  rotation  ma¬ 
trix  w.th  each  object,  instead  of  developing  it  on  the  fly. 
Such  an  approach  involves  less  computing,  but  it  i~  unac¬ 
ceptable,  since  one  object  may  be  referenced  as  a  part  of 
many  objects.  With  each  reference,  its  orientation  and. 
therefore,  associated  matrix,  will  be  different. 

The  terminal  nodes  of  the  semi-trees  are  marked  as 
such  and  contain  data  describ  .ng  basic  geometric  forms. 
Typical  basic  forms  are  the  cuboid,  sphere,  cylinder,  etc. 

In  addition,  these  basic  forms  may  be  stretched,  the  sides 
of  the  cuboid  may  be  warped  into  a  Coons  surface  in  a  man- 
aer  similar  to  that  described  by  Forrest  .  In  this  case, 
the  primitive  block  holds  functional  descr:pio  s  of  the 
warped  surfaces.  The  edges  of  the  basic  geometric  object 
provide  boundary  conditions  for  the  mathematical  descrip¬ 
tions.  Warped  surfaces  are  used  only  infrequently  in  pres¬ 
ent-day  architecture.  Possibly  they  will  be  used  more  often 
as  better  tools  for  designing  and  building  them  become  avail¬ 
able. 

In  most  respects  the  primitive  geometric  forms  attached 
to  terminal  nodes  are  processed  in  the  same  fashion  as  en¬ 
tire  trees.  One  set  of  rules  applies  to  all.  The  primi¬ 
tive  forms  are  mainly  used  to  build  up  more  useful,  but 
still  primitive,  forms.  An  I-beam,  for  example,  can  be 
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built  from  three  stretched  cuboids  (figure  21) .  After  it 
is  once  defined,  it  becomes  a  primitive  to  a  structural 
designer  and  can  be  rotated,  stretched  and  referenced  in 
many  places . 

Arbitrary  attributes  can  be  attached  to  any  node.  At¬ 
tributes  typical  for  computer-aided  design  are  weight, 
cost,  supplier,  etc.  These  data  are  of  the  form: 

ATTRIBUTE  of  OBJECT  is  VALUE. 

For  example,  a  node  defining  a  beam  might  have  these  re¬ 
lationships  attached  to  it: 

NAME  OF  BEAM  is  WF30. 

WEIGHT  OF  BEAM  is  570. 

It  is  essential  that  the  users  be  free  to  assign  ar¬ 
bitrary  attributes  to  any  node  in  the  model.  Useful  proc¬ 
essing  programs  depend  on  the  presence  of  descriptive  at¬ 
tributes.  An  example  of  this  occurred  recently  when  it  was 
desired  to  add  color  to  objects.  A  description  for  each 
color  was  typed  in. 

' DESC '  *  'RED'  *  00075 
Subsequently,  the  user  typed: 

'COLOR'  *  'PART21 '  =  'RED'. 

The  only  conventional  computer  programming  as  such  amounted 
to  a  procedure  in  the  display  routine  to  check  for  the  pres¬ 
ence  of  a  color,  look  up  its  description,  and  pass  it  on  the 
shaded  picture  routine.  As  another  example,  the  smallest  en 
closing  envelopes  referred  to  earlier  are  actually  attached 
to  modes  as  attributes.  .... 
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1 

in  the  building  trader,  hardware  fixtures  are  repre¬ 
sented  in  a  catalog.  Designers  refer  to  these  basic  de- 

! 

signs  without  modifying  them  (figure  22) .  This  corresponds 
to  subroutining  in  computer  programming.  The  ability  to 
irtodel  this  process  is  essential,  since  a  designer  usually 
begins  with  standard  components.  The  resulting  sturcturer 
while  still  tree-like,  is  even  less  of  a  pure  tree  (figure 
,  22)  . 

Why  the  Model  Works 

The  viability  of  the  modeling  scheme  rests  with:  (1) 
the  ease  with  which  a  model  is  constructed  and  altered; 

(2)  the  faithfulness  of  the  representation;  and  (3)  the 
ease  with  which  algorithms  can  manipulate  the  structure. 

The  use  of  user-defined  node  names  and  user-specified 
attributes  gives  the  model  considerable  flexibility.  The 

ability  to  reference  any  previously  designed  object  as 

« 

i  part  of  some  new  design  allows  the  designer  to  proceed 

i 

in  a  modular  and  orderly  fashion. 

i  The  grain  or  fineness  of  the  model  is  readily  con¬ 
trollable.  Greater  detail  is  attained  by  attaching  an 
entire  tree  in  place  of  a  terminal  leaf  on  an  existing 
coarse  tree. 

Since  there  are  so  few  basic  elements  to  the  struc¬ 
ture,  primitive  routines  define  and  delete  nodes;  make  and 
break  branches;  and  attach  and  remove  attributes  of  nodes. 
The  physical  implementation  used  by  the  author  is  a  variant 
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Of  the  associative  triples  scheme  of  Rovner  and  Feldman7. 
The  use  of  hashed  names  instead  of  pointers  allows  the 
structure  to  work  effectively  in  primary,  secondary  and 
tertiary  storage. 

The  faithfulness  of  the  representation  depends  on  the 
actions  of  the  user  in  building  up  a  structure.  If  the 
user  is  a  typical  architect,  he  will  need  considerable 
guidance  and  experience  to  become  fully  effective.  He 
need  not  become  a  computer  programmer  to  become  facile 
with  the  structure,  but  the  considerations  to  which  a 
programmer  is  accustomed  are  germane. 

An  architect,  experienced  in  the  use  of  a  computer 
as  a  design  tool,  might  approach  the  design  of  a  high 
rise  building  as  follows. 

He  probably  has  a  broad  outline  of  the  building  in 
mind  before  sitting  down  at  the  console.  If  not,  he  can 
stretch  and  place  a  few  geometric  forms,  representing  the 
outline  of  the  edifice  in  general  terms. 

Next,  he  considers  the  functions  of  different  floors. 
Intermediate  floors  often  have  a  common  general  plan.  The 
designer  will  develop  a  typical  floor  plan  and  then  ref¬ 
erence  instances  of  this  prototype,  as  required.  The  few 
standard  office  plans  can  be  worked  out  and  referenced  as 
instances  with  varying  orientations  and  positions  in  the 
typical  floor  plan. 

The  above  description  might  suggest  the  model  is 
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oriented  to  the  design  of  modular  building,  but  this  is  not 
the  case.  In  the  building  example,  an  equipment  closet  or 
stairwell  could  be  placed  on  a  particular  floor,  even  if 
the  floor  were  otherwise  an  instance  of  the  standard  floor 
plan  prototype. 

The  Partial  Copy: 

A  considerable  fraction  of  any  building  consists  of 
subassembles,  designed  by  various  designers  and  obtained 
as  standard  units.  The  model  of  an  entire  window  assem¬ 
bly  is  best  referenced  as  an  instance,  3ince  the  designer 
can  only  select  a  new  window  assembly,  not  alter  a  part  of 
it. 

Partially  copying  an  object  amounts  to  working  down 
each  branch  of  the  modeling  tree  until  a  node  is  reached 
which  is  flagged  as  an  "instance  only"  node.  Such  flags 
are  easily  set  and  changed  by  attaching  them  as  attributes 
of  nodes. 

The  representation  of  a  house  may  require  100,000 
words  of  memory.  A  copy  of  it  would  require  the  same 
amount  of  memory  again  and  this  a  practical  reason  for 
not  making  full  copies. 

Algorithm  for  Quickly  Detecting  the  Interpenetration  of 
Objects 

Interpenetration  of  two  objects  in  the  model  rep¬ 
resents  a  departure  from  the  real  world  being  modeled, 
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since  two  physical  objects  cannot  occupy  the  same  space  si¬ 
multaneously.  Violations  of  this  kind  can  easily  occur,  how 
ever.  Two  structures#  designed  separately#  are  moved  into 
close  proximity  with  one  another.  This  is  done  by  orienting 
the  top  node  of  each  tree  with  respect  to  a  dominant  third 
node.  Objects  attached  to  the  leaves  of  the  trees  may  in¬ 
terpenetrate  as  a  result.  A  typical  structure  has  several 
hundred  objects  attached.  Comparing  them  individually  with 
a  similar  number  of  items  attached  to  another  tree  woul 
take  far  too  long  (many  minutes  #  in  some  cases ) .  The  user 
needs  to  be  informed  of  such  difficulties  at  cnce  so  that 
he  can  take  corrective  action.  The  problem  is  to  do  this 
computation  quickly. 

The  Importance  of  a  Metric 

When  a  large  number  of  objects  must  be  compared  to  de¬ 
termine  if  hey  together  exhibit  some  relationship  (e.g.# 
interpe  *.etra  ion)  #  a  straightforward  approach  of  pairwise 
comparison  is  inadequate.  What  is  needed  is  some  way  of 
determining  if  two  objects  are  in  some  sense  "close"  and 
therefore  must  be  compared.  Such  a  measure  is  called  a 
metric. 

The  metric  is  simply  a  criterion  for  determining  how 
far  two  objects  are  from  one  another.  In  a  two  or  three- 
space  environment#  candidates  for  the  metric  are  easily 
found.  The  common  distance  function  is  one. 

d  “ \fl*[  "  *2)2  +  (yl  ’  y2)2  +  (xl  ‘  z2)2 
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In  N-dimensional  space  with  no  immediate  physical  interpre¬ 
tation,  an  appropriate  metric  is  harder  to  come  by. 

The  geometric  model  advanced  here  ha.s  an  envelope  at¬ 
tached  at  each  node  which  defines  the  maximum  extent  in 
+x,  +y  and  +z  of  the  elements  attached  to  that  node.  These 
envelopes  provide  global  information  about  the  entire  sub¬ 
tree.  With  this  information,  a  processor  can  quickly  de¬ 
termine  if  the  sub-tree  needs  to  be  checked  in  finer  detail. 

The  Algorithm 

The  algorithm  for  determining  interpenetrations  quickly 
consists  of  recursively  testing  the  envelopes  associated  with 
the  nodes  at  each  level  of  the  semi-tree  to  determine  if  they 
interpenetrate.  If  they  do  not,  the  substructure  of  the  two 
nodes  need  bo  compared  no  further,  since  the  proper  nesting 
of  the  envelopes  insures  that  their  components  cannot  inter¬ 
penetrate  if  they  themselves  do  not.  This  fact  greatly  re¬ 
duces  the  computing  time,  which  increases  with  the  amount 
of  overlap  of  substructures,  rather  than  with  the  total 
complexity  of  the  object.  After  only  a  few  tests  down  from 
the  top  of  the  tree,  most  objects  are  partitioned  off  from 
the  envelope  under  consideration  and  need  not  be  compared 
with  it. 

If  the  envelopes  of  two  nodes  at  one  level  do  define 
a  region  in  common,  the  semi-tree  attached  to  one  of  the 
nodes  must  be  walked  to  determine  which  of  its  components 
intersect  with  the  other  node  at  the  first  level.  These 
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teats  are  made  with  a  postfix  tree  walk.  This  walk  is  not 
exhaustive,  as  each  node  is  checked  to  see  if  the  tree  be¬ 
low  it  can  be  skipped 

Growth  of  Computation  with  Complexity 

A  figure  of  merit  for  an  algorithm  of  this  sort  is  how 
rapidly  the  computation  time  grows  as  the  complexity  of  the 
model  increases. 

The  time  required  for  a  simple  two-at-a-time  comparison 
of  a  set  of  items  grows  by  the  square  of  the  •terns  involved 
The  algorithm  given  above  has  global  information,  which  al¬ 
lows  most  of  the  possible  tr-sts  to  be  skipped  entirely.  The 
nodes  at  one  lev  1  m  the  t  ee  must  be  compared,  r  o  by  two 
However,  there  axe  relatively  few  of  them  {typically,  five 
to  ten).  If  they  do  not  intersect,  they  are  not  considered 
again.  If  they  do  have  a  reg  on  in  common,  the  sub  tree  ot 
one  must  be  checked  against  the  envelope  of  he  o  her.  This 
process  is  more  nearly  lin  ar,  for  if  the  two  nodes  have 
little  in  common,  the  sub-  ee  is  quickly  dispens  d  with 
by  examining  the  global  in  ormation  the  envelopes  provide. 

Updating  the  Bound  ng  Envelopes 

As  useful  as  the  envelopes  are  for  quickly  detecting 
interpenetration,  they  present  an  updating  prob  em.  Several 
heuristic  procedures  have  been  found  which  are  quite  effec¬ 
tive.  The  procedure  employed  is  as  follows 

Whenever  a  structure  is  connected  to  the  presen  design. 
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the  hew  unit  is  assumed  to  be  interpenetration  free  within 
itself..  Using  the  outer  dimensions  of  the  new  substructure, 
the  envelope  of  the  node  to  which  it  is  connected  is  easily 
updated . 

Whenever  the  user  shifts  his  context  to  a  totally  dif¬ 
ferent  object  (a  command  exists  for  this  purpose) ,  the  en¬ 
tire  tree  for  this  object  is  checked  and  updated,  as  re¬ 
quired.  These  changes  of  context  happen  relatively  in¬ 
frequently  compared  to  other  operations.  A  full  check  of 
the  object  reasonably  insures  that  it  wl j |  be  internally 
interpenetration-f ree  when  it  is  used  as  a  component  of 
something  else. 


- — — — 

Section  3 

THE  SYSTEM 

I 

■ 

Experimenting  with  interacitve  computer  graphics  on  a 
batch  processed  1108  is  obviously  difficult.  However,  con¬ 
structing  a  full-scale  time -sharing  system  before  commenc¬ 
ing  graphics  research  is  unattractive,  also.  To  allow 
graphics  research  to  begin  quickly,  a  swapping  system  was 
added  to  Exec  II  by  computer  center  personal  to  accomo¬ 
date  two  users:  a  batch  stream  and  a  single  interactive 
graphics  console.  This  system  allows  a  single  user  of 
the  Design  System  described  here  to  inteiact  at  less  cost 
than  if  he  commandered  the  entire  HOC  system  (approx¬ 
imately  one  hundred  and  fifty  dollars  per  hour  instead  of 
six  hundred  dollars  per  hour  or  more;. 

All  program  development  and  debuggif^  was  done  in 
batch  mode,  as  swap  mode  provides  for  execution  of  binary 
programs  and  nothing  more.  As  of  June,  1969,  work  is 
underway  to  move  the  system  to  the  time-shared  PDP-10 
recently  acquired  for  computer  science  research.  This 
new  system  will  be  more  interactive,  less  costly,  and 
certainly  much  more  fun  to  use. 

The  1108  version  of  the.  Design  System  is  currently 
operational.  It  is  not  as  interactive  as  we  believe  the 
PDP-10  version  vill  be,  but  it  does  provide  tools  for 
creating  all  aspects  of  the  previously  described  model. 

At  any  point  in  the  construction  of  a  model,  a  halftone 
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photograph  can  be  created,  the  mechanical  structure  of 
the  object  can  be  analyzed,  etc. 

Starting  the  System 

A  deck  of  about  12  cards  is  read  into  the  1004  remote 
batch  terminal  causing  the  1108  system  to  read  in  the 
design  system  from  the  Fastrand  drum.  All  further  oper¬ 
ations  are  performed  at  the  graphics  console,  which  con¬ 
sists  of  the  display  tube,  Sylvania  tablet,  teletype, 
rotation  ball  and  zoom  stick.  Initially,  the  user  is  in 
a  mode  appropriate  for  the  design  of  space  and  form. 

Modes 

Five  modes  are  presently  implemented  on  the  1108 
system  (figure  23).  These  are: 

1.  Spaceform  design 

2.  Halftone  production 

3.  Electrical  design 

4.  Structural  analysis 

5.  Heating  analysis 

The  basic  programming  is  designed  and  implemented  to 
support  an  unlimited  number  of  such  modes . 

Spaceform  Mode 

Spaceform  mode  is  the  basic  mode  in  which  the  model 
described  in  the  previous  section  is  created.  Spaceform 
mode,  and  the  under-pinning  systems  programming  for  all 
modes,  has  been  the  central  responsibility  of  the  author. 
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System  modes. 


Subsystems,  such  as  electrical  design,  are  the  respon¬ 
sibility  of  others  and  are  described  elsewhere5'  12 . 

In  Spaceform  mode,  an  exclamation  point  is  typed  by  the 
system  to  indicate  its  readiness  for  user  input. 

Design  Command 

DESIGN  is  often  the  first  command  typed  by  the  user . 
e.g.:  i  DESIGN  ' DHWIND* 

The  design  command  changes  the  user's  context  to  the  in¬ 
dicated  object  (internally,  a  modeling  ttee> ,  which  may  ct 
may  i>ot  exist.  If  the  name  supplied  is  not  it)  the  data 
base,  a  new  node  is  created  and  the  usee  hdS  a  clean  slate 
(internally,  a  tree  of  a  single  node)  on  Which  to  attach 
things . 

The  DESIGN  command  makes  the  indicated  node  the  top 
node  for  display  purposes.  Viewing  parameters  position  the 
Structure  attached  to  this  node  relative  to  the  viewer's 
inertial  frame  of  reference  (figure  24 j.  Commands  to  be 
described  are  available  which  change  the  viewing  para¬ 
meters  at  will  without  modifying  the  model  of  the  object 
in  the  data  base.  The  context  declared  with  the  DESIGN 
command  can  be  changed  by  the  user  at  any  time. 

Primitive  Commands 

The  geometric  primitives  provided  are  cube,  trinagular 
rod,  hexagonal  rod  and  cylinder. 
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Dtsigr  Data  Base 


DISIGN  'WINDOW* 
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I CUBE  'name'  1  , 

1TRI-R0D  'name' 

1  HEX-ROD  'name'  t  , 

! CYLINDER  ’name' 

;  '  I 

supplying  a  name  is  optional.  If  the  name  is  absent,1  the 
system  generates  a  unique  name  from  a  pool  of  unlikely 
identifiers.  A  copy  of  the  indicated  primitive  is  attached 
to  the  current  top  node.  The  translation,  rotation  ^nd 
scaling  (TRS)  parameters  for  this  branch  are  set  to  no¬ 
minal  values  which  the  user  will  usually  Want  to  modify 

i  ' 

at  once  with  the  positional  commmands. 

f 

1  !  j 

Positional  Commands  ,  > 

— — — — — - —  !  1 

Objects  (tree  structures)  may  be  translated,  rotated 

I 

or  stretched  about  any  or  all  of  the  three  axes.'  , 

1  TRANSLATE  'A'  20  FEET  X  ,  i  i 

I  ROTATE  'B'  10  DEGS  Y 

l STRETCH  'C'  2  TIMES  Z  , 

A  left-handed  coordinate  system  is  used  with  the  viewing  i 

I 

window  at  the  origin  (figure  25).  ' 

'  1  ! 

If  the  indicated  node  (object)  is  the  direct  dependent 

>  , 

of  the  top  node  (object  being  designed) ,  the  TRS  parameters 

I 

associated  with  its  connecting  branch  are  changed  accord- 

I 

ingly  and  the  object  is  redisplayed  to  reflect  the  change. 

>  ’  ) 

If,  instead,  the  current  top  nqde  is  indicated, . the  viewing 

paramters  are  altered,  changing  the  way  the  object  appears 

!  1 

on  the  screen,  but  not  altering  its  representation  in  the 


data  base1. 


Stretching  an  object  by  naming  its  top  node  scales  it 
and  all  its  dependent  structure  proportionately. 

The  06&1  ts  brought  closer  to  the  object  by  typing 
!  ZOOM  Ifi  10  FEET 

or  pushing  forward  on  the  stick.  The  reverse  operation 
is  ZOOM  OUT  10  FEET  or  pulling  the  stick  towards  the  user. 
The  idea  js  that  of  a  viewer  flying  around  a  stationary 

I 

building , 

i 

Instance 

J 

An  instance  of  a  structure  is  ofoCf i  A/e<jl  by  connecting 
a  branch  to  Jt  from  the  curent  top  node* 

i 

1N&TMCE  'name' 

Nomina  J  parameters  are  assigned  6a  the,  branch  just  as 

is  done  fbc  primitives.  The  position  OP  the  instance 
relative  "to  ih6  axes  of  the  current  top  n odfc-can  be  changed 
iat  wi'll  yri'th  the  previously  described  commands. 

1  It  is  t he  user's  responsibility  to  injure  that  in¬ 
finite  loops  are  not  established  via  the  INSTANCE  command 

| 

(figure  2b).  A  graph  with  a  loop  is  no  longer  a  semi-tree. 
The  situation  modeled  by  a  loop  is  so  unreal  that  in  prac¬ 
tice  it  is  unlikely  to  occur,  in  brief,  it  is  an  object, 
one  of  whose  components  is  the  object  itself .  The  system 

i 

informs  the  user  that  such  a  condition  exists  as  soon 
he  attempts  to  display  it. 
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Stretching  an  object  by  naming  its  top  node  scales  it 
and  all  its  dependent  structure  proportionately. 

The  u$ei  is  brought  closer  to  the  object  by  typing 
!  ZOOM  Ifi  10  FEE1 

or  pushing  forward  on  the  stick.  The  reverse  operation 
is  ZOOM  OUT  10  FEET  or  pulling  the  stick  towards  the  user. 
The  idea  js  that  of  a  viewer  flying  around  a  stationary 
building . 

Instance 

An  instance  of  a  structure  is  ohCti  ve<l  by  connecting 
a  branch  to  ]  t  from  the  curent  top  node~ 

INSTANCE  ’name' 

Nominal  TRff  parameters  are  assigned  tc\  the,  branch  just  as 
is  done  for  primitives.  The  position  Op  *he-  instance 
relative  -to  the.  axes  of  the  current  top  nod«- can  be  changed 
at  will  with  the  previously  described  commands. 

It  is  the  user's  responsibility  to  injure  that  in¬ 
finite  loops  are  not  established  via  the  INSTANCE  command 
(figure  2bi.  A  graph  with  a  loop  is  no  longer  a  semi-tree. 
The  situation  modeled  by  a  loop  is  so  unreal  that  in  prac¬ 
tice  it  is  unlikely  to  occur.  In  brief,  it  is  an  object, 
one  of  whose  components  is  the  object  itself.  The  system 
informs  the  user  that  such  a  condition  exists  as  soon  as 
he  attempts  to  display  it. 
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Copies 


The  facility  to  produce  a  copy  is  implemented  as  a 
partial  copy.  That  is,  a  copy  is  made  of  the  indicated 
node,  and  it  is  assigned  a  new  and  unique  name  and  attached 
to  the  current  top  node.  The  nodes  dependent  from  the 

copied  one  are  referenced  as  instances  from  the  new  copy 
(figure  27) . 

Partial  copies  are  expedient  from  the  point  of  view 
Of  implementation,  but  they  are  also  what  is  usually  des,  wj 
by  the  user.  A  recursive  copy-producing  command  that  is 
applied  repeatedly  for  many  levels,  01  until  some  other 
condition  is  satisfied,  is  a  possible  future  extension. 

A  method  for  automatically  choosing  all  the  new  unique 
names  would  need  to  be  be  developed  for  this  to  work. 


Aids  to  Interaction 

The  author  does  not  believe  the  ultimate  system  should 
be  as  keyboard-oriented  as  is  the  1108  implementation. 
Button  boxes  and  light  buttons  are  only  incrementally 
better,  however,  not  major  improvements,  plans  are 
underway  to  try  some  radical  methods  of  direct  interaction 
on  the  PDP-lo  implementation  along  the  lines  described  In 
reference  5.  The  1108  Exec  lx  swap  mode  proved  too 

clumsy  to  make  research  in  highly-interactive  graphics 
worth  attempting. 

In  the  interim,  a  number  of  minor  things  have  been 
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Figure  27.  Creation  of  a  copy. 
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added  to  the  1108  system  to  facilitate  its  use.  For  one 
a  node  name  «eed  be  typed  only  once  in  a  sequence  of 
commands  relating  to  it: 

For  example: 

INSTANCE  *  B ’ 

TRANSLATE  'B'  10  FEET  X 

CUBE  'O' 

STRETCH  .1  TIMES  X 

can  be  typed  as: 

INSTANCE  1 B 1 

TRANSLATE  10  FEET  X 

CUBE  'C' 

STRETCH  . 1  TIMES  X 

Various  units  of  lineal  measure  ate  permissible.  In 
itially,  distances  are  in  feet.  Subsequently,  the  user 
types  distances  in  other  units  and  the  system  makes  the 
conversion.  For  example,  the  first  time  J.7  INCHES  is 
given  as  a  distance,  the  system  counters  with  HOW  MANY 
INCHES  PER  FOOT?.  The  user  supplies  the  conversion 

factor  '12.0  ,  which  is  stored  away  for  automatic  use  in 
the  future. 

The  Syivania  tablet  stylus  can  be  used  to  select  an 
object  on  the  screen,  obviating  the  need  to  type  or  even 
Know  its  name.  This  allows  the  user  to  place  primitives 
without  naming  them.  Future  references  are  made  by  point 
ing,  which  retrieves  the  system-assigned  name. 


Saving  Designs  for  Later  Use 

A  terminal  session  is  ended  by  typing  STOP.  Before 
the  design  system  actually  signs  off ,  all  design-related 
data  in  core  is  written  out  on  the  Fastrand  for  later  use. 
This  Fastrand  region  is  700,000  words  and,  though  large, 
is  too  small  to  hold  all  designs. 

Facilities  are  provided  for  writing  out  tree  structures 
onto  magnetic  tape  and  reloading  them  at  a  later  time. 

Exec  II  swap  mode  (stifling  as  always)  does  not  allow  tape 
drives  to  be  assigned  to  the  graphics  oser’s  program.  There¬ 
fore,  two  batch  programs  are  available  to  be  run  before 
and  after  the  terminal  session.  DUMP  OBJECT  reads  data 
cards  containing  the  names  of  the  top  nodes  of  tree  struc¬ 
tures  on  the  Fastrand.  The  entire  trees  attached  to  these 
nodes  are  written  on  tape.  Load  design  performs  the  con¬ 
verse  operation. 

Halftone  Production 

A  halftone  photograph  of  the  ob3ect  currently  on  the 
screen  is  produced  by  typing  PHOTOGRAPH .  The  1108  com¬ 
putes  for  about  30  seconds,  after  which  the  design  system 
types  READY.  With  the  Polaroid  camera  in  readiness.,  type 
SEND.  The  same  view  can  be  transmitted  any  number  of  times. 
To  return  to  the  Spaceform  design  mode,  type  EXIT. 

Electrical,  Structural,  Heating 

The  electrical  design  and  structural  and  heating 
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analysis  modes  are  entered  by  typing 
1  ELECTRICAL 
1  STRUCTURAL 
! HEATING 

The  object  under  design  (current  top  node)  when  these  com¬ 
mands  are  given  is  the  geometric  object  treated  by  the  node. 
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Appendix  I 

INTERPENETRATION  ALGORITHM 

The  interpenetration  algorithm  has  been  implemented 
as  an  independent  program  on  the  1108  but  will  not  be  in¬ 
cluded  in  the  design  system  on  the  1108.  It  is  planned 
for  inclusion  with  the  PDP-10  version,  howe  er.  Pre¬ 
liminary  tests  indicate  that  computing  time  is  directly 
related  to  the  total  number  of  nodes  in  the  tree  and  the 
number  of  overlapping  envelopes.  The  method  advanced 
here  is  always  faster  than  the  brute  force  comparison 
of  two  nodes  at  a  time.  It  is  at  its  bes^  with  trees  that 
ar$  short  and  fat,  since  they  admit  to  the  greatest  amount 
of  early  pruning  of  entire  subtrees. 

It  is  intended  that  the  system  will  signal  the  user 
of  a  violation  by  indicating  the  two  objects  that  are  inter¬ 
penetrating  and  the  dominate  objects  of  which  they  are  a 
part.  This  is  done  when  the  first  violation  occurs.  The 
user  must  correct  the  situation  before  proceeding. 


Appendix  II 

SYSTEMS  PROGRAMMING  TECHNIQUES 

When  faced  with  a  major  system  programming  task,  one 
must  decide  to  begin  coding  immediately  or  construct  tools 
for  the  job.  One  such  tool  is  an  adequate  time-sharing 
system.  This  was  too  big  a  task  to  undertake  as  a  part  of 
this  thesis,  however. 

Another  tool  for  systems  programming  is  the  construction 
of  a  language  and  a  compiler  more  suited  for  graphics  anu 
data  base  manipulation  than  those  common. I  y  available.  It 
is  not  intended  to  use  the  design  system  on  the  1108 
forever,  and  the  construction  of  a  specie!  programming 
language,  and  the  generation  of  its  compiler  via  a  meta 
compiler,  are  steps  which  are  facilitating  the  move  to 
another  machine. 


Graphics  Fortran 


A  "Graphics  Fortran"  has  been  constructed  as  an 
addition  to  Fortran  V.  The  Fortran  language  was  chosen 
strictly  on  pragmatic  grounds  and  not  for  its  elegance 
as  a  computer  programming  formalism.  Specific  reasons 
are: 

1)  The  Fortran  compiler  is  the  best  maintained 
compiler  on  the  1108  and  PDP-10  computers. 

2)  The  Fortran  compiler  on  the  1108  produces  very 
efficient  code  even  approaching  the  quality  of  hand 
coding. 

3)  Utaa's  Tree-Meta  system  currently  produces 
Fortran  output  to  take  advantage  of  the  Fortran  compiler' 
optimization.  The  Graphics  Fortran  Compiler  was  produced 
using  the  Tree-Meta  Compiler  Generator  system. 

The  Graphics  Fortran  compiler  was  not  hand-coded 
in  the  old,  laborious  fashion  of  compiler  writers  but 
rather  was  generated  by  the  Tree-Meta  compiler  generator 
system  (figure  28) .  Therefore,  the  compiler  is  easy  to 
regenerate  whenever  a  change  in  the  language  is  desired. 
The  following  sketch  outlines  the  process  of  system 
generation. 


Figure  28.  System  generation  procedure, 
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Tree-Meta  has  another  important  advantage.  By  a  well- 

I  ! 

,  known,  t;wo-step  process,  it  is  possible  to  move  a  compiler/ 

.  compiler  to  a  new  machine  with  a  minimum  of  hand  coding 

(figure  29).  Once  Tree-Meta  is  operational  on  a  new  machine, 
,  compilers  such  as  Graphics  Fortran  can  more  easily  be 

moved  across  to  the  new  machine.  The  use  of  Tree-Meta 

I  111  1  1  ■■■  ■  ■ 1 

I 

makes  moying  the  Architectural  Design  System  to  the  PDP-10 


File  1: 


Specifications 
for  the  T-M 
system  expressed 
in  T-M  language. 
PDP-10  Fortran 
output  specified. 


File  1: 


Specifications 
for  the  T-M  sys¬ 
tem  expressed  in 
T-M  language. 
PDP-10  Fortran 
output  specified. 


Figure  29.  The  two-step  bootstrapping  process  to  move 
coding  from  one  computer  to  another. 
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Supporting  subroutines,  such  as  the  identifier 
recognizer,  must  be  recoded  by  hand  just  once  when  moving 
between  machines. 

Graphics  Fortran  (G.F.)  has  eight  sections  or  state¬ 
ment  types: 

1)  Regular  Fortran  statements 

2)  Associative  statements 

3)  Interaction  parsing  statements 

4)  Graphics  output  statements 

5)  Segment  statements 

6)  Graph  following  statements 

7)  Software  interfacing  statements 

8)  Debugging,  tracing  and  statistics  gathering,  and 
other  miscellaneous  statements. 

Associative  Data  Base 

Various  techniques  exist  for  storing  trees  within  a 
computer  The  common  methods  involve  a  region  of  storage 
divided  up  into  small  blocks  representing  the  various  nodes. 
Pointers  (addresses  or  indices)  within  these  blocks 
indicate  connections  (branches)  to  other  nodes.  Such 
schemes  have  serious  limitations  for,  among  other  things, 
no  finite  core  size,  selected  beforehand,  is  adequate  to 
model  all  objects.  The  pointers  are  of  a  fixed  size  and 

addressing  across  various  levels  of  storage  with  them  is 
costly. 
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As  an  alternative,  the  design  system  presented  here 
stores  the  relationship  of  branch/dominant  node/dependent 
node  as  an  associative  triple  by  a  method  developed  at 
Lincoln  Laboratories.  Associative  triples  consist  of  an 
attribute/object/value  triple.  Names  are  used  instead  of 
pointers,  as  they  are  independent  of  the  size  of  the  data 
base. 

The  names  are  hashed  in  various  ways  such  that,  given 
one  or  two  of  the  triples1  components,  the  third  member, 
can  be  found  quickly. 

The  Lincoln  scheme  was  varied  sLigt.  !./  to  make  it 
more  economical.  Graphics  Fortran  e  ]  lows  the  programmer  jj 

f- 

to  indicate  which  components  of  the  triple  will  be  used 

r 

for  future  retrieval.  In  the  design  system  program, 

retrieval  requests  are  often  made  in  only  one  or  two  ways .  ;; 

If  the  programmer  has  this  information  ahead  of  time,  he  J 

can  save  the  computer  system  considerable  time  and  space 
by  indicating  it  to  the  machine. 


I 
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Appendix  Ill 

MODIFICATIONS  TO  THE  HIDDEN  LINE  ALGORITHM 

Warnock's  hidden  line  program10  has  been  modified  to 
produce  output  for  a  line  drawing  scope,  as  well  as  a 
raster  display.  The  method  involves  tagging  generated 
points  m  a  way  that  a  high-speed  sort  results  in  sets 
of  points  which  form  lines  instead  of  sorting  by  Y  and 
X  coordinate  values  for  raster  scope  output.  Each  set 
of  points  i  replaced  by  the  Line  points;  they  re¬ 

present.  stated  edges  o;  \  nterp:- a  ting  surfaces 
were  a  problem,  since  they  exist  only  .mp  ....city  m  the 
raster  output.  A  technique  was  devised  tor  detecting 
such  an  edge  and  replacing  it  with  an  expJ icit  line  seg¬ 
ment  . 

Warnock's  implementation  was  intended  tor  batch  pro¬ 
cessing  use,  and  as  such  generated  all  visible  edge  points 
before  displaying  any  of  them.  The  modified  line  draw¬ 
ing  algorithm  works  similarly.  One  drawback  of  this 
method  is  the  intermediate  swell  of  data.  One  thousand 
words  of  surface  information  becomes  15,000  words  of 
edge  point  data  before  it  is  reduced  to  1,000  words  of 
line  and  point  information. 

This  is  not  a  fundamental  problem  of  the  algorithm, 
of  course,  for  it  could  be  recoded  as  a  set  of  co-routines 
to  convert  generated  points  to  lines  as  they  become  avail¬ 
able.  Coalescing  points  into  lines  on  the  fly  would  in- 
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crease  the  amount  of  processing  done,  but  would  save  space 
(the  fundamental  time/space  trade-oif  at  work,  as  always]. 
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